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REMARKS/ARGUMENTS 

Claims 6, 10 and 13 have been amended to further clarify the subject matter 
regarded as the invention. 

However, no substantive claim amendment has been made. Accordingly, it is 
respectfully requested that the Examiner enter this amendment and withdraw the 
rejection of the claims under 35 U.S.C 112, second paragraph. 

In the Office Action, the Examiner has withdrawn the objections to the 
specification and rejection of claims 1-4, 13-14 and 16-19 under 35 U.S.C. §102(e) as 
being anticipated by U.S. Patent No. 6,412,108 (Blandyetal.). However, the Examiner 
rejected the claims 1, 7, 13 and 16 under U.S.C. §103(a) over Blandyetal. in view of 
U.S. Patent No. 4,199,811 (Borgerson eta!.) and/or U.S. Patent No. 6,081,665 (Nllsen 
etal.) and/or U.S. publication No. 2002/0170043). This rejection is fully traversed 
below. 

fa) Boraerson et a/, does NOT Teach or suggest generatin g an internal 
representation of a Java macro instruction in a pair of strea ms that collectively 
represent an internal representation of a stream of Java Bvtecode instructions in 
a Java virtual machine (claim 1 and 16) 

Claim 1 has been rejected under U.S.C. §1 03(a) over Blandy et al. in view of 
U.S. Patent No. 4,199,81 1 (Borgerson et al.). 

In the Office Action, the Examiner has noted that Blandyetal. does NOT teach 
generating an internal representation of a Java macro instruction in a pair of streams 
that collectively represent an internal representation of a stream of Java Bytecode 
instructions in a Java virtual machine. (Final Office Action, page 3). However, the 
Examiner has asserted that Borgerson etal. teaches this feature by describing that a 
macro instruction stream can be decomposed into four micro instruction streams, each 
being executed on a separate respective processor (Final Office Action, page 3, citing 
col. 66, lines 40-47 of Borgerson ef al.). Contrary to the Examiner's assertion, it is very 
respectively submitted that decomposing a macro instruction stream into a plurality of 
micro instruction streams does NOT teach or suggest generating an internal 
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representation of a Java macro instruction in a pair of streams that collectively represent 
an internal representation of a stream of Java Bvtecode instructions in a Java virtual 
machine. Clearly, the macro instruction of Borgerson et a/, is NOT a Java macro 
instruction that represents two or more Java Bytecodes. It should also be evident that 
the plurality of micro instruction streams of Borgerson et a/, are NOT internally 
represented in a virtual machine. Instead, the micro instructions of Borgerson et ai 
correspond to a local processor, preferably utilizing micro processor LSI integrated 
circuit (Borgerson et a/ M Abstract). 

Moreover, it is respectfully submitted that Borgerson et ai does NOT teach or 
suggest this features because, among other things, Borgerson et at. does not even 
pertain to a virtual machine. Instead, Borgerson et at. pertains to a system for 
concurrently and simultaneously performing a plurality of micro instructions in 
performance of a single macro instruction stream (Borgerson et a/., Summary). As 
such, Borgerson et at, cannot possibly teach or suggest internal representation of a 
Java Macro instruction in a virtual machine. 

Furthermore, it is respectfully submitted that Examiner has failed to establish a 
prima facie of obviousness because the Examiner has asserted that the combination of 
the cited references allows multiple processors to process a macro instruction (Final 
Office Action, page 3). It is respectfully submitted that the mere assertion that a 
combination is useful does no establish a prima facie of obviousness. The Examiner 
needs to provide a suggestion in the cited art for combining the cited references. 
Moreover, as suggested above, the system of Borgerson et at. cannot be combined with 
the virtual machine of Borgerson et ai 

fb) Nilsen et at. does NOT teach or suggest the claimed method of 
generating a Java macro instruction during the Bvtecode verification (claim 7 and 
13) 

In the Final Office Action, the Examiner has noted that Blandy et ai does NOT 
teach that features: (a) counting, (b) determining, and (c) generating occur during 
Bytecode verification (Final office Action, page 5-6). However, the Examiner has 
asserted that Nilsen et at. teaches this feature by stating that inlining opti mizations can 
be performed during Bytecode verification through a ROMizer tool (Final office Action, 
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page 5 ( citing Nilsen et al. col. 63, line 64 to col. 64, line 5). Initially, it is respectfully 
submitted that this assertion does not address the recited combination of (a) counting, 

(b) determining, and (c) generating features. 

It is noted that the ROMizer tool analyzes and verifies byte code and performs 
byte-code and constant-pool transformations described. Additionally, the ROMizer tool 
supports standard compiler transformations designed to optimize the performance of 
executed code. These optimizations include in-lining of small and/or performance 
critical methods, relocation of loop-invariant code outside the loop, and constant folding 
{Nilsen et a/, col. 63, line 64 to col 64, line 5). 

Contrary to the Examiner's assertion, however, it is respectfully submitted that 
the ROMizer tool of Nilsen et al. does NOT teach that optimization can be performed 
during Bytecode verification. ROMizer tool of Nilsen et al verifies Bytecode and also 
supports standard compiler transformation designed to optimize performance of 
executed code, but this does NOT mean that ROMizer tool of Nilsen et al. teaches that 
optimization is performed during Bvte code verification. 

Moreover, it is respectfully submitted that ROMizer tool of Nilsen et al. does NOT 
teach or suggest that the combination of the features: (a) counting, (b) determining, and 

(c) generating are performed during Bytecode verification. 

Again, it is noted that Blandy et al. teaches reading bytecode instructions during 
Java Bytecode verification. Blandy et al., however, teaches optimization of the method 
after the Bytecode verification process (i.e., after class loading and linking), but prior to 
initialization and execution of the method (Blandy et aL, col. 4, lines 63-67). Thus, 
Blandy et al. teaches away from performing these operations during Bytecode 
verification because it teaches first loading and verifying the method before analyzing it 
for optimization (Blandy et al., col. 2, lines 40-44, col. 4, lines 63-67). Accordingly, it is 
respectfully submitted that Biandy et al. cannot be combined with another reference to 
teach or suggest the claimed invention because performing (a) counting, (b) 
determining, and (c) generating features during Bytecode verification is contrary to the 
methodology of Blandy et al. which teaches optimization of a method after the Bytecode 
verification process. 
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(c) The cited art does NOT teach or suggest a pair of streams including a 
code stream and a data stream (claim 6. 12) 

It should be noted that claim 6 additionally recites that the pair of streams include 
a code stream and a data stream. Clearly, this feature is NOT taught or suggested by 
Borgerson et af. Again, it should also be noted that Tommesam illustrates a 
programming model invented by John von Neuman in the 1 940's where, at each 
processing step, a control unit emits one instruction that operates on a datum (data) 
obtained from a memory unit (Tommesan\ t text and accompanying figure on page 1). 
However, it is very respectfully submitted that the SISD computer does not teach 
generating an interna! representation of a Java macro instruction in a pair of streams in 
a Java virtual machine. 

Conclusion 

Based on the foregoing, it is submitted that all pending claims are patentably 
distinct over the cited art of record. Additional limitations recited in the independent 
claims or the dependent claims are not further discussed because the limitations 
discussed above are sufficient to distinguish the claimed invention from the cited art 
Accordingly, Applicant believes that all pending claims are allowable and respectfully 
requests a Notice of Allowance for this application from the Examiner. 

Applicants hereby petition for an extension of time which may be required to 
maintain the pendency of this case, and any required fee for such extension or any 
further fee required in connection with the filing of this Amendment is to be charged to 
Deposit Account No. 500388 (Order No. SUN1 P828). Should the Examiner believe that 
a telephone conference would expedite the prosecution of this application, the 
undersigned can be reached at the telephone number set out below. 

Respectfully submitted, 

BEYER WEAVER & THOMAS, LLP 

R. Mahboubian 
Reg. No. 44,890 

P.O. Box 778 

Berkeley, CA 94704-0778 

(650)961-8300 
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